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DETAILED ACTION 

1. A request for continued examination under 37 CFR 1.114, including the fee set forth 
in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this application 
is eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 
CFR 1.17(e) has been timely paid, the finality of the previous Office action has been 
withdrawn pursuant to 37 CFR 1.114. 

Applicant's submission filed on August 13, 2009 has been entered. 

2. Claims 1, 3-13, 15, 17-21, 23, 24, 26, 28, 31-34, 36, 38, and 39 have been examined. 

Response to Amendments 

3. In the instant amendment, claim 20 has been amended. 

Response to Arguments 

4. Applicants' arguments have been considered but are not persuasive. 

Claims 1, 3-13, 15, and 17-19 are Allowable Over Gordon in View of Microsoft-IL 

(Remarks, pp. 10-11). 

a) Gordon does not teach or suggest dropping type information during lowering 
(Remarks, pp. 10-11). 

The Applicants asserted that, "...In fact, Gordon is not describing deferring type 
information . Instead, Gordon describes deferring size of a known type." (Remarks, page 
10, original emphasis). 

Examiner respectfully disagrees. When "the choice of size is deferred until JIT 
compilation, when the EE has been initialized and the architecture is known " (Gordon, 
col. 27: 67 - col. 28: 2, emphasis added), then the type is unknown. For example, FIG. 
24 discloses the natural size types (I, R, U, O, and &) and related text in col. 27: 63-64: 

when the choice of size of the natural size type I is deferred, then the 
known type I changes to an unknown type (FIG. 24, either 8-bit for 11, 16-bit for 12, 32- 
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bit for 14, or 64-bit for 18, i.e., the type is unknown until JIT compilation, when the EE has 
been initialized and the architecture is known ); 

similarly, when the choice of size of the natural size type U is deferred, 
then the known type U changes to an unknown type (FIG. 24, either 8-bit for U1, 16-bit 
for U2, 32-bit for U4, or 64-bit for U8, i.e., the type is unknown until JIT compilation, 
when the EE has been initialized and the architecture is known ). 

b) Gordon does not teach or suggest an unknown type (Remarks, page 1 1 ). 

Limitations at issue "wherein one of the sub-classes representing a primitive type 
represents an unknown type, wherein the unknown type can represent any type". 

As an initial matter, Gordon teaches a primitive type can be an integer I or an 
unsigned integer U (FIG. 24 in Gordon and also acknowledged by Applicants in 
Remarks, page 10). 

Furthermore, as set forth in a) above, Gordon discloses: 

when the choice of size of the natural size type I is deferred, then the 
unknown type can present any type such as type 11 (8-bit), 12 (16-bit), 14 (32-bit), or 18 
(64-bit); and 

similarly, when the choice of size of the natural size type U is deferred, 
then the unknown type can present any type such as U1 (8-bit), U2 (16-bit), U4 (32-bit), 
or U8 (64-bit). 

Claims 3-13, 15, and 17-19 are also rejected based on virtue of their 
dependencies on the rejected base claim 1. 

Claims 20, 21, 23-24, 26, and 28 are Allowable Over Gordon in View of Microsoft-IL 

(Remarks, pp. 12-13). 

For at least the responses discussed above with regard to claim 1, Gordon in 
view of Microsoft-IL fully teach/suggest, "wherein the class 'PrimType' represents a 
plurality of types comprising at least an unknown type, wherein the unknown type can 
represent any type, and wherein a compiler drops type information during compilation 
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by changing a known type to the unknown type, in the typed intermediate language, 
during a stage of lowering" as recited by claim 20. 
In addition, Microsoft-IL explicitly teaches: 

associating a size with instances of the VrimType' class (e.g., chapter 7, 
page 1, Primitive Types in the Common Language Runtime, and page 2 List of Primitive 
Data Types with associated sizes), and 

wherein the primitive type size is settable to represent a constant size 
(e.g., chapter 7, page 2, Table 7-1 , primitive type sizes such as unsigned 2-byte integer, 
4-byte floating-point to present constant sizes 2 bytes and/or 4 bytes) 

the primitive type size is set-table to represent a symbolic size (e.g., 
chapter 7, page 2, Table 7-1, primitive type BOOLEAN has a symbolic size Byte, 
primitive type SByte has a symbolic size Byte, and primitive type Byte has a symbolic 
size Byte), 

the primitive type size is settable to represent an unknown size (e.g., 
chapter 7, page 2, Table 7-1, primitive type IntPtr has an unknown size, which is 
dependent on the underlying platform), and 

wherein the actual size and the symbolic size are defined as a number of 
bits (e.g., chapter 7, page 2, 1 byte as 8 bits, 2 bytes as 16 bits, 4 bytes as 32 bits). 

Claims 21, 23, 24, 26, and 28 are also rejected based on virtue of their 
dependencies on the rejected base claim 20. 

Claims 31-34 are Allowable Over Gordon in View of Microsoft-IL (Remarks, page 
13). 

For at least the responses discussed above with regard to claim 1, Gordon in 
view of Microsoft-IL fully teach/suggest, "wherein one of the primitive types represents 
an unknown type, wherein the unknown type can represent any type, and wherein a 
compiler drops type information by changing a known type to the unknown type during a 
stage of lowering" as recited by claim 31. 

Claims 32-34 are also rejected based on virtue of their dependencies on the 
rejected base claim 31 . 
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Claims 36, 38, and 39 are Allowable Over Microsoft-IL in View of Syme and 
Gordon (Remarks, page 14). 

For at least the responses discussed above with regard to claim 1, Gordon in 
view of Microsoft-IL fully teach/suggest, "wherein the class 'PrimType' represents a 
plurality of types comprising at least an unknown type, wherein the unknown type can 
represent any type, and wherein a compiler drops type information by changing a 
known type to the unknown type during a stage of lowering" as recited by claim 36. 

Claims 38 and 39 are also rejected based on virtue of their dependencies on the 
rejected base claim 36. 

Claim Rejections - 35 USC §101 

5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, 
subject to the conditions and requirements of this title. 

6. Claims 1, 3-13, 15, and 17-19 are rejected because the claimed invention is directed 
to non-statutory subject matter. The method claims do not require machine 
implementation or do not particularly transform a particular article to a different state or 
thing. The method steps of "instantiating..." and "storing..." may simply claim an 
abstract idea or a mental process to perform the above method steps. 

Claims 3-13, 15, and 17-19 depended on claim 1. However, they do not add any 
feature or subject matter that would solve any of the non-statutory deficiencies of claim 
1. Accordingly, claims 3-13, 15, and 17-19 are also rejected under 35 U.S.C. 101 as 
directed to non-statutory subject matter for at least the reason stated above. 

7. Claims 31-34 are rejected because the claimed invention is directed to non-statutory 
subject matter. The method claims do not require machine implementation or do not 
particularly transform a particular article to a different state or thing. The method steps 
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of "defining a base class..." and "defining a plurality of classes..." may simply claim an 
abstract idea or a mental process to perform the above method steps. 

Claims 32-34 depended on claim 31 . However, they do not add any feature or 
subject matter that would solve any of the non-statutory deficiencies of claim 31. 
Accordingly, claims 32-34 are also rejected under 35 U.S.C. 101 as directed to non- 
statutory subject matter for at least the reason stated above. 

Claim Rejections - 35 USC §103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

9. Claims 1, 3-13, 15, 17-21, 23, 24, 26, 28, and 31-34 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Gordon (art of record, US Patent No. 
6,560,774) in view of Microsoft- 1 L (art of record, "Inside Microsoft .NET IL Assembler"). 
Claim 1: 

Gordon discloses a method of representing type information for a typed 
intermediate language (see at least Type Definitions col.16:58-col. 17:51) 

via objects of classes in a class hierarchy (see at least class hierarchies, 
subtype col. 16:33-41), 

wherein the class hierarchy comprises at least one class and a plurality of 
sub-classes for representing different type classifications (see at least class hierarchies, 
subtype col. 16:33-41), the method comprising: 

instantiating one or more objects of one or more of the sub-classes of the 
hierarchy (see at least class constructor, initialization col. 12:32-34; object constructors 
col. 14:25-57; object initialization col. 15:32-34; FIG. 12 & associated text), 
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wherein the one or more sub-classes represent classifications of types for 
the typed intermediate language (see at least Type Definitions col.16:58-col. 17:51; 202 
FIG.2 & associated text; 302 FIG.3 & associated text); and 

storing information in the one or more objects wherein the one or more 
objects (see at least Field Definitions in Types, Method Definitions in Types col. 17:43- 
col. 18:10) wherein the typed intermediate language is capable of representing a 
plurality of different programming languages (see at least FIG.3 & associated text); and 

wherein the one or more objects represent type information for instructions 
in the typed intermediate language (see at least FIG. 18 & associated text); 

wherein one of the sub-classes representing a primitive type represents 
an unknown types (e.g., col. 7: 57-65; col. 27: 64 - col. 28: 7) 

wherein the unknown type can represent any type (e.g., col. 27: 64 - 
col. 28: 7, when the choice of size of the natural size type I is deferred, then the 
unknown type can present any type such as type 11 (8-bit), 12 (16-bit), 14 (32-bit), or 18 
(64-bit); similarly, when the choice of size of the natural size type U is deferred, then the 
unknown type can present any type such as U1 (8-bit), U2 (16-bit), U4 (32-bit), or U8 
(64-bit)) and 

wherein a compiler drops type information during compilation by changing 
a known type to the unknown type, in the typed intermediate language (e.g., FIG. 24 
discloses the natural size types (I, R, U, O, and &) cited in col. 27: 63-64: 

when the choice of size of the natural size type I is deferred, then the known type 
I changes to an unknown type (FIG. 24, either 8-bit for 11, 16-bit for 12, 32-bit for 14, or 
64-bit for 18, i.e., unknown until JIT compilation, when the EE has been initialized and 
the architecture is known ); 

similarly, when the choice of size of the natural size type U is deferred, then the 
known type U changes to an unknown type (FIG. 24, either 8-bit for U1, 16-bit for U2, 
32-bit for U4, or 64-bit for U8, i.e., unknown until JIT compilation, when the EE has been 
initialized and the architecture is known ) 
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during a stage of lowering (e.g., col.1: 12-23 and FIG. 2, col. 6: 8-33, 
transforming/lowering source code in high level language to intermediate and/or low 
level language). 

Gordon does not explicitly disclose the classifications of types comprises a 
primitive type associated with a primitive size, and wherein the primitive type size is 
settable to represent a constant size, the primitive type size is set-table to represent a 
symbolic size, and the primitive type size is settable to represent an unknown size. 
However, Microsoft- 1 L further discloses: 

the classifications of types comprises a primitive type associated with a 
primitive type size (e.g., chapter 7, pp. 1-2), and 

wherein the primitive type size is settable to represent a constant size 
(e.g., chapter 7, page 2, Table 7-1 , primitive type sizes such as unsigned 2-byte integer, 
4-byte floating-point to present constant sizes 2 bytes and/or 4 bytes) 

the primitive type size is set-table to represent a symbolic size (e.g., 
chapter 7, page 2, Table 7-1, primitive type BOOLEAN has a symbolic size Byte, 
primitive type SByte has a symbolic size Byte, and primitive type Byte has a symbolic 
size Byte), and 

the primitive type size is settable to represent an unknown size (e.g., 
chapter 7, page 2, Table 7-1, primitive type IntPtr has an unknown size, which is 
dependent on the underlying platform). 

It would have been obvious to a person having ordinary skill in the art at the time 
the invention was made to combine Microsoft-IL's teaching into Gordon's teaching. One 
would have been motivated to do so to define types for an intermediate language in the 
.NET Framework class library as suggested by Microsoft- 1 L (e.g., chapter 7, page 1). 

Claim 3: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the objects comprises information for a size of a type represented by the object 
(see at least FIG. 24 & associated text). 
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Claim 4: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes inherits from an abstract type that wraps an 
externally defined type, the abstract type providing a mapping from the typed 
intermediate language to original source code (see at least programs, objects, 
components, data structures, abstract data types col.4:15-22; class, abstract, 
superclass col.17:9-14). 

Claim 5: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes represents container types (see at least FIG. 15 & 
associated text; FIG. 26 & associated text). 

Claim 6: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes represents pointer types (see at least FIG. 11 & 
associated text; FIG. 12 & associated text; IL Instructions and Pointer Types col. 29:60- 
col.30:25). 

Claim 7: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes represents function types (see at least FIG. 22 & 
associated text; Method Definitions in Types col. 17:52-col. 18:10). 

Claim 8: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes represents unmanaged array types (see at least 
FIG.26 & associated text; FIG. 15 & associated text). 
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Claim 9: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes represents class types (see at least Type 
Definitions, type, class col. 16:58-65). 

Claim 10: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes represents managed array types (see at least 
FIG.26 & associated text; FIG. 15 & associated text). 

Claim 11: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes represents struct types (see at least FIG.26 & 
associated text; FIG. 15 & associated text). 

Claim 12: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes represents interface types (see at least Type 
Definitions, interface col. 16:58-65). 

Claim 13: 

The rejection of base claim 1 is incorporated. Gordon discloses wherein at least 
one of the one or more sub-classes represents enumerated types (see at least Type 
Definitions, enumeration col. 16:58-65). 

Claim 15: 

The rejection of claim 1 is incorporated. Gordon discloses wherein at least one 
of the sub-classes representing primitive types represents the following types: int, float, 
and void (see at least FIG. 6 & associated text; FIG. 27 & associated text). 
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Claim 17: 

The rejection of claim 1 is incorporated. Gordon discloses wherein at least one 
of the sub-classes representing primitive types is extensible to represent one or more 
additional primitive types (see at least FIG.6 & associated text; FIG. 27 & associated 
text). 

Claim 18: 

The rejection of claim 1 is incorporated. Microsoft-IL discloses at least one of the 
one or more sub-classes is defined from the group consisting of: 'ContainerType', 
'PtrType', 'FuncType', 'ClassType', 'StructType', 'InterfaceType', and' EnumType' (e.g., 
chapter 6, Interfaces and Enumerators; chapter 7, pp. 1-4, Table 7-1 and page 10). 

Claim 19: 

The rejection of claim 1 is incorporated. Gordon discloses at least one of the one 
or more sub- classes is defined as 'PrimType' (e.g., col.4: 15-22; col. 17: 9-14). 

Claim 20: 

Claim 20 is a computer-readable medium version, which recites the same 
limitations as those of claim 1, wherein all claimed limitations have been addressed 
and/or set forth above. Therefore, as the references teach all of the limitations of the 
above claim 1 , they also teach all of the limitations of claim 20. 

Claim 21: 

The rejection of claim 20 is incorporated. Gordon discloses the size represents a 
size of a machine representation of a value (e.g., col. 16: 58 - col. 17: 51; col. 12: 32-34). 

Claim 23: 

The rejection of claim 20 is incorporated. Gordon discloses the kind of type 
represents a type classification (e.g., col. 14: 25-57; col. 16: 33-41). 
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Claim 24: 

The rejection of claim 20 is incorporated. Gordon discloses associating a kind of 
primitive type with instances of the 'PrimType' class comprises defining the kind of type 
as 'PrimTypekind' (e.g., col.4: 15-22; FIG. 18 and associated text). 

Claim 26: 

The rejection of claim 20 is incorporated. Gordon discloses associating a type of 
size with instances of the 'PrimType' class comprises defining the type of size as 
'SizeKind' (e.g., col.29: 60 - col.30: 25; col. 17: 52 - col. 18: 10). 

Claim 28: 

The rejection of claim 20 is incorporated. Gordon discloses the class PrimType' 
represents a plurality of types, the plurality of types comprising int, float, unknown, void, 
condition code, and unsigned int types (e.g., col.4: 15-22; col. 17: 9-14; FIG. 15, FIG. 26 
and associated text). 

Claim 31: 

Claim 31 is a method version, which recites the same limitations as those of 
claim 1, wherein all claimed limitations have been addressed and/or set forth above. 
Therefore, as the references teach all of the limitations of the above claim 1 , they also 
teach all of the limitations of claim 31 . 

Claim 32: 

The rejection of claim 31 is incorporated. Microsoft- 1 L discloses defining a 
plurality of classes hierarchically below the class representing container types, wherein 
the plurality of classes represent type information for the typed intermediate language, 
and wherein the plurality of classes represent at least class types, struct types, interface 
types, and enumerated types of a plurality of programming languages (e.g., chapter 7, 
pp. 1-4, Table 7-1 and 7-6). 
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Claim 33: 

The rejection of claim 32 is incorporated. Gordon discloses defining a class 
hierarchically below the class representing class types, wherein the class represents 
type information for the typed intermediate language, and wherein the class represents 
unmanaged array types of a plurality of programming languages (e.g., col. 29: 60 - 
col.30: 25; col. 17: 52 -col. 18: 10). 

Claim 34: 

The rejection of claim 31 is incorporated. Gordon discloses defining a class 
hierarchically below one of the plurality of classes, wherein the class represents type 
information for the typed intermediate language (e.g., col. 16: 58-65; FIG. 15 and 
associated text). 

10. Claims 36, 38 and 39 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Microsoft- 1 L in view of Syme (art of record, US Patent No. 7,346,901) and Gordon. 
Claim 36: 

Microsoft-IL discloses a computer-readable medium having a software program 
thereon, the program comprising computer executable instructions for implementing a 
method for representing type information for a typed intermediate language using a 
class hierarchy for representing different type classifications, the method comprising: 

defining a programming class of the class hierarchy as 'PtrType', wherein 
an object of class 'PtrType' is a type representation for the typed intermediate language 
for pointer types in a section of code written in one of a plurality of programming 
languages (e.g., chapter 7, page 2, Table 7-1 , integer pointer type and unsigned integer 
pointer type; pp. 3-4, data pointer types); 

defining a programming class of the class hierarchy as 'FuncType', 
wherein an object of class 'FuncType' is a type representation for the typed intermediate 
language for function types in a section of code written in one of a plurality of 
programming languages (e.g., pp. 4-5, function pointer types which point to functions); 
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defining a programming class of the class hierarchy as 'ClassType', 
wherein an object of class 'ClassType' is a type representation for the typed 
intermediate language for class types in a section of code written in one of a plurality of 
programming languages (e.g., pp. 5-6, vectors and arrays are class instances derived 
from the abstract class [mscorlib]System.Array written in one of a plurality of 
programming languages); 

defining a programming class of the class hierarchy as 'StructType', 
wherein an object of class ' StructType' is a type representation for the typed 
intermediate language for struct types in a section of code written in one of a plurality of 
programming languages (e.g., page 10, Struct); 

defining a programming class of the class hierarchy as 'InterfaceType', 
wherein an object of class 'InterfaceType' is a type representation for the typed 
intermediate language for interface types in a section of code written in one of a plurality 
of programming languages (e.g., chapter 6, Namespaces and Classes > Interfaces); 
and 

defining a programming class of the class hierarchy as 'EnumType', 
wherein an object of class 'EnumType' is a type representation for the typed 
intermediate language for enumerated types in a section of code written in one of a 
plurality of programming languages (e.g., chapter 6, Namespaces and Classes > 
Enumerators); and 

defining a programming class of the class hierarchy as PrimType', 
wherein an object of class PrimType' is a type representation for the typed intermediate 
language for primitive types in a section of code written in one of a plurality of 
programming languages; wherein the object of class PrimType' is associated with a 
size settable to represent a constant size, settable to represent a symbolic size, and 
settable to represent an unknown size (e.g., chapter 7, Primitive Types and Signatures 
> Primitive Types in the Common Language Runtime); 

the object of class PrimType' is associated with a size settable to 
represent a constant size for the object of class PrimType' (e.g., chapter 7, page 2, 
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Table 7-1, primitive type sizes such as unsigned 2-byte integer, 4-byte floating-point to 
present constant sizes), 

set-table to represent a symbolic size for the object of class 'PrimType' 
(e.g., chapter 7, page 2, Table 7-1, primitive type BOOLEAN has a symbolic size Byte, 
primitive type SByte has a symbolic size Byte, and primitive type Byte has a symbolic 
size Byte), and 

settable to represent an unknown size for the object of class 'PrimType' 
(e.g., chapter 7, page 2, Table 7-1, primitive type IntPtr has an unknown size, which is 
dependent on the underlying platform). 

Microsoft-IL does not explicitly disclose defining a programming class of the class 
hierarchy as 'ContainerType', wherein an object of class 'ContainerType' is a type 
representation for the typed intermediate language for container types in a section of 
code written in one of a plurality of programming languages. 

However, in an analogous art, Syme further discloses defining a programming 
class of the class hierarchy as 'ContainerType', wherein an object of class 
'ContainerType' is a type representation for the typed intermediate language for 
container types in a section of code written in one of a plurality of programming 
languages (e.g., col. 10: 27-67). 

It would have been obvious to a person having ordinary skill in the art at the time 
the invention was made to combine Syme's teaching into Microsoft- 1 L's teaching. One 
would have been motivated to do so to contain generic code in the container class for 
efficient execution (e.g., col. 10: 37-43; col.1: 6-9; col.2: 4-17). 

Neither Microsoft-IL nor Syme explicitly discloses the remained limitations. 
However, in an analogous art, Gordon further teaches: 

one of the sub-classes representing a primitive type represents an 
unknown types (e.g., col. 7: 57-65; col. 27: 64 - col.28: 7) 

wherein the unknown type can represent any type (e.g., col. 27: 64 - 
col.28: 7) field, stack frame offset, and platform architecture not known before compile 
time) and 
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wherein a compiler drops type information by changing a known type to 
the unknown type (e.g., col.27: 64 - col.28: 7, type information is deferred until JIT 
compilation) 

during a stage of lowering (e.g., col.1: 12-23 and FIG. 2, col. 6: 8-33, 
transforming/lowering source code in high level language to intermediate and/or low 
level language). 

It would have been obvious to a person having ordinary skill in the art at the time 
the invention was made to combine Gordon's teaching into Microsoft-IL and Syme's 
teaching. One would have been motivated to do so have class type independent with 
platform architecture and type information deferred until JIT compilation as suggested 
by Gordon (e.g., col.27: 64 - col.28: 7). 

Claim 38: 

The rejection of claim 36 is incorporated. Microsoft-IL discloses further comprises 
program code for associating a size with an object of any class (e.g., chapter 7, page 2, 
Table 7-1). 

Claim 39: 

The rejection of claim 36 is incorporated. Microsoft-IL discloses further comprises 
program code for associating a kind of type with an object of any class (e.g., pp. 9-1 1, 
Table 7-6). 

Conclusion 

11. Any inquiry concerning this communication should be directed to examiner Thuy 
(Twee) Dao, whose telephone/fax numbers are (571) 272 8570 and (571) 273 8570, 
respectively. The examiner can normally be reached on every Tuesday, Thursday, and 
Friday from 6:00AM to 6:00PM. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam, can be reached at (571) 272 3695. 
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Any inquiry of a general nature of relating to the status of this application or 
proceeding should be directed to the TC 2100 Group receptionist whose telephone 
number is (571)272 2100. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 

/Twee Dao/ 
Examiner, Art Unit 2192 



